home *** CD-ROM | disk | FTP | other *** search
/ Atari Mega Archive 1 / Atari Mega Archive - Volume 1.iso / lists / mint / l_1199 / 839 < prev    next >
Encoding:
Internet Message Format  |  1994-08-27  |  1.4 KB
  1. From: moacs11!walra@relay.nl.net (Waldi Ravens)
  2. Subject: Re: MiNT goes UNIX.  I hope not.
  3. Date: Mon, 17 Jan 1994 19:50:38 +0100
  4.  
  5. In <199401171650.AA21237@ruulot.let.ruu.nl>, Annius Goenink wrote:
  6.  
  7. >> There will be no more "I downloaded package X but I can't get it working on
  8. >> my system" or "which environment variable does this package use to find the
  9. >> temporary directory" questions as the paths can be hard-coded. The OS does
  10. >> all the fiddly bits of working out which drive /tmp or /var/spool/mail etc
  11. >> are on. This is as it should be. Let the OS, not the user, take the strain,
  12. >> that's what it's there for.
  13. >
  14. > No, there will be 'which hard-coded directory does package X use?  It doesn't
  15. > seem to work.  Well, let's take a hex editor and check out the binary.'
  16. > We should find a solution which uses neither hard-coding nor environment
  17. > variables.
  18.  
  19. The current mechanism, looking for an enironment variable first and use a
  20. hardcoded path if it ain't there, is not to bad. Only the way in which to
  21. decide what the builtin path must look like should be standardised, at the
  22. moment it's a bit chaotic, to say the least.
  23.  
  24. Ofcourse some sort of standard configuration tool to modify the hardcoded
  25. paths (and other things as well) is very welcome. It enhances the flexibi-
  26. lity of the system. And I don't mean make+compiler+assembler+linker+...,
  27. but one simple tool, that doesn't need a lot of resources.
  28.  
  29.  
  30. Regards,
  31.            Waldi  (walra%moacs11@nl.net)
  32.